【云和恩墨业务介绍】之升级迁移服务
升级迁移服务包括升级和迁移两部分:在数据库运行和使用的生命周期之内,不可避免的会遇到各种 Bug 而需要做出修正,数据库厂商也不断增加特性推出新的版本,因此客户必然需要定期对数据库运行状况进行评估,实施补丁修正或版本升级;同样,在企业的复杂数据环境中,由于建设时间、应用需求的不同,可能需要在不同主机、不同平台、不同产品中进行迁移,数据库升级和迁移往往会同时进行。因为升级和迁移还和具体应用相关,对实施经验、专业服务的要求极高,云和恩墨为此汇集业内专家成立了专门的团队,已为国内数十家大中型客户成功提供了服务。
为了获得 Oracle 产品的更进一步的支持
由于 Oracle 在2013年7月正式结束了对10g数据库的扩展支持服务,进入持续支持服务阶段。在该阶段中,Oracle 将不会再为10g开发任何更新补丁、Bug 修复补丁以及脚本。
修复当前版本中遇到的 Bug,消除对生产应用的影响
由于Oracle 不再开发 11g 之前版本数据库上的任何更新补丁和 Bug 修复补丁,当这些低版本的数据库遇到 Bug 没有对应的修复补丁,且对正式的生产应用造成影响,导致生产应用无法稳定运行时,将只能通过升级进行修复。
使用新版本的特性与功能来满足生产应用或管理需求
随着新业务的上线以及日常运维管理工作的需要,可能需要更高版本数据库中的某一项或多项的新特性和功能来满足需求,也需要按计划做好升级准备,以便更好的满足业务应用,加强管理上的完善与便利性。
更新硬件资源或顺应“去I”化行业潮流
随着数据量持续地快速增长,数据库系统将会面临容量和应用性能之间的瓶颈。性能瓶颈可能出现在网络和处理器等多个领域中,但最常见的来自于缓慢的硬盘驱动器。随着应用对更快的随机读写需求和实时海量数据分析需求的不断增加,传统架构难以在满足成本控制的前提下又满足性能需求,且与小型机比,x86在成本上的优势显而易见。
Oracle 10gR2 2013年6月结束标准服务和扩展服务
Oracle 11gR1 2015年8月结束标准服务和扩展服务
以上及更旧版本不再发布新Patch, 不再兼容新硬件
Oracle 11gR2 自2015年底进入扩展服务期
升级迁移可选方案
直接导出/导入
RMAN 迁移
跨平台传输表空间
MV
DBUA或者升级脚本
传输表空间
XTTS
Golden Gate等同步软件
丰富的项目积累:涵盖国内各行业核心客户,实施跨平台迁移、跨版本升级,0 停机时间迁移
专业的升级团队:独立的升级团队,良好的计划,完善的测试,专业的实施,充分的保障
顶尖的服务支持:全面的技术队伍,快速响应客户的请求并提供服务
优秀的知识转移:优秀的讲师资源,在项目中提供优秀的知识转移过程
下表是一个完善升级迁移项目的实施步骤参考和工期基本估算。
安徽联通核心库系统的升级,在兼顾应用最小改动的基础上,首次尝试了以数据库为核心的平稳升级。实际证明此次升级是面向应用解耦、探索灰度发布的一次成功案例。整体升级方案中实现了多项技术创新,对国内的Oracle用户极具参考价值。
通过区分历史数据、静态数据和活动数据,使用 Oracle 数据泵来实现数据迁移。使用 EMC ScaleIO、40GbE 高速网络和闪存卡、传统硬盘形成的分布式存储架构 zData 代替原来的集中式存储架构,大大地降低了 TCO,各业务模块的性能提升了50%到10倍以上。
通过使用基于增量跨平台传输表空间(XTTS)技术实现了数据库从 AIX 到 Linux 的迁移和升级,解决了 expdp 导出元数据慢以及 exp 过程中存在的 lob 分区表无法导出的问题,且停机时间控制在了4小时以内。
通过使用基于 Veritas storage foundation 的集群文件系统 (VxVM) 实现了对核心数据库的跨平台迁移和升级,且迁移至新环境后利用 rman copy 的方式来处理数据文件碎片的问题。整个过程在保证应用性能的同时,将停机时间控制在了3小时以内。
浙江移动 CRM 数据库升级,使用持续性的数据同步方案,缩短了升级停机时间;按照业务规则划分数据库中的表,对不同类型的表,采取不同的校验方式,同时确保不同业务表的优先级,通过测试与优化,确保了数据稽核能够在指定时间内完成。
新华社多媒体数据库升级,与客户及时沟通,从数据库端反馈应用测试情况,督促应用测试进度,并配合用户进行各项数据库测试,完善整体升级迁移流程,全程主导且升级后现场保障。
【云和恩墨大讲堂】李真旭:动手为王 - 整合迁移与数据恢复实践
搜索盖国强(Eygle)微信号:eeygle,或者扫描下面二维码,备注:云和恩墨大讲堂,即可入群。每周与千人共享免费技术分享,与讲师在线讨论。
恩墨学院